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1.  INTRODUCTION 


1  .  1   Purpose 


The  purpose  of  this  report  is  to  suggest  ideas  -for  the  technology  and 
procurement  policy  which  would  be  appropriate  -for  SNAP  II  in  the  next  decade. 
To  avoid  confusion  between  current  and  -future  versions  o-f  SNAP  II,  the  latter 
is  referred  to  in  this  report  as  SNAP  III.  Both  technology  and  procurement 
policy  are  considered  because  it  would  be  difficult  to  implement  some  of  the 
technology  proposed  in  this  report  without  a  change  in  procurement  policy. 

The  reader  should  note  that  although  all  of  the  technology  described  in 
this  report  is  not  available  today,  it  will  be  available  by  1992,  the  next 
milestone  date  for  SNAP  II  equipment  replacement. 

Significant  contributions  to  the  ideas  expressed  in  this  report  came  from 
discussions  with  various  participants  in  the  SNAP  II  program,  who  are 
recognized  in  the  Acknowledgements  section. 

1.2   Scope 


Although  the  research  sponsor's  charter  is  SNAP  II  hardware,  it  is 
evident  that  software,  including  operating  system  and  application  packages, 
must  be  considered  in  order  to  develop  a  coherent  procurement  policy;  SNAP  III 
must  be  procured  as  an  integrated  system.  A  related  concern  is  the  method  of 
acquiring  the  software  —  whether  to  develop  it  in-house,  or  to  buy  it 
off-the-shelf. 

The   report   describes   the   recommended  architecture  of  SNAP  III  and  the 

software  acquisition  and  procurement  policies  to  support  the  architecture.  The 

report  is  divided  into  sections  on  technology,  procurement  policy,  summary  and 
an  appendix  gn  local  area    networks. 

Although  it  is  generally   a   good   idea   to  have  application  requirements 

drive  the  specification   of   system   architecture,   requirements  analysis   is 
outside   the   scope   of   this   study   as   specified   by  NAVSEA.  In  addition,  a 

requirements  analysis  would  require   significantly   more  time  and  funding  than 

is   available   for   this   study.   Furthermore,   we   believe   that  a   flexible 

architecture   and   procurement   policy   can   be   identified   such  that    any 

foreseeable    requirements    can    be    accommodated   through   a  strategy   of 
modularization  and  incremental  growth. 

Finally,  based  on  the  charter  for  this  research  project  as  specified  by 
NAVSEA,  the  project  is  limited  to  SNAP  II  and  does  not  include  SNAP  1. 
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2.  TECHNOLOGY 
2.1   Transition  -from  Minicomputer  to  Microcomputer  System 

A  great  deal  can  be  gained  -for  SNAP  II   by   making   the   transition   f 
minicomputer   to   microcomputer   technology.   Among   the   advantages  are 
-foil  owi  ng : 

*  Most  of  the  advances  in  chip  technology,  which  provides  the  underpinning 
advances   in   computer   architecture,  are       taking   place   in  the  micro  are 
Examples  o-f  available  32   bit   processor   chips   are   the  Intel  80386  -C5I 
Zilog  Z80000  C19>  and  the  Motorola  MC68020  CI  53. 

Illustrative  o-f  the  power  o-f  these  chips  are  the  -following  specif  i  cati 
-from  the  80386: 

*  32  bit  instructions,  registers,  addressing  and  busses 

*  3  -  4  Mips 

*  16  Mhz  clock  speed 

*  4  gigabyte  segment  addressing 

*  virtual  memory  management 

*  cache  memory 

*  memory  protection 

*  pi  pel i  ni  ng 

Furthermore,  the  Intel  80486 , expected  in  1987,  will  run  at  4  -  5  MIPs 

3- .   In   addition,   20  and   25  Mhz  processor  chips  are    expected  this  year 

However,  in  order   -for  these   advanced   chips   to   be   usable   in  SNAP  II 

multitasking  operating  system  must  become  available  which  will  allow   mult: 

virtual   machines   to  execute   programs   in  excess  o-f  640K.  Such  an  opera 

system  is  not  expected  until  1988   or  1989.  In  addition,  application  packai 

such  as  DBMS,  must  be  written   by   vendors   to   work   with   multitasking 
extended  memory  C 1 3- . 

One  projection  o-f  microcomputer  performance,  in  terms  o-f  MIPs  as  de-f 
as  (MHZ  /  machine  cycles  per  instruction  /  memory  -figure  of  merit)  is 
foil  owi  ng  -C  133- : 

Equivalent  MIPs 

Faster  than  VAX 

IBM  3090 

Scalar  Cray 

Faster  than  Cray  X-MP 

The  implication  for  SNAP  III  is  the  availability  of  current  s 
computer  MIP  rates  (not  storage  capacity  and  1/0  rate)  in  microcomputer 
the  1990s. 


Year 

MIPs 

MHZ 

Cycl es/ Inst rue. 

1987 

10 

16 

1 . 3  average 

1988 

20 

TO 

1.  3 

1989 

40 

40 

1.0 

1990 

80 

80 

.8 
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An  interesting  development  13  the  integration  o-f  -functions,  such  as 
■floppy  disk,  fixed  disk  and  communications  controllers  onto  the  motherboard  in 
personal  computers,  -freeing  slots  which  are  currently  used  -for  these 
controllers.  For  example,  Intel's  82072  -floppy  disk  controller  replaces  26 
chips  in  the  IBM  PC  controller  and  34  chips  in  the  IBM  AT  controller.  In 
addition,  the  motherboard  controllers  use  5  to  10  times  less  power  than  the 
older  chips.  The  portent  -for  SNAP  III  is  more  space  for  I/O  boards  (e.g.  , 
graphics  adapter)  and  memory  expansion  boards,  or  smaller  size  and  lighter 
weight  for  a  given  number  of  functions. 

Chip  size  reduction  efforts  continue  in  the  semiconductor  industry,  led 
by  the  movement  to  CMOS  integrated  circuits.  Most  new  32  bit  microprocessor 
chips,  such  as  the  Intel  80386,  use  CMOS  because  the  power  dissipation  is  low 
•C73- .  This  means  the  chip  can  be  small  because  a  large  area,  is  not  needed  to 
dissipate  heat  generated  by  the  large  number  of  transistors  in  a  32  bit 
microprocessor.  In  addition  to  low  power  dissipation,  some  versions  of  CMOS 
are  very  fast.  For  example,  Fairchild's  Advanced  CMOS  Technology  can  be 
clocked  at  33  MHZ  in  a  32  bit  processor. 

Aiding  the  continuing  reduction  in  size  is  the  development  of  surface 
mount  components,  including  processors,  printers,  input  devices  and  disk 
drives.  Surface  mount  chips  have  one-third  the  size,  30  percent  the  weight  and 
half  the  lead  spacing  of  the  traditional  Dual  In  Line  package  C7>.  Perhaps 
more  important  than  size  reduction  is  the  savings  in  assembly  costs  made 
passible  by  surface  mount  techniques. 

These  reductions  in  chip  size,  power  requirements  and  cost,  coupled  with 
increased  speed,  will  result  in  SNAP  III  hardware  having  several  times  the 
processing  power  per  dollar  of  SNAP  II. 

With  regard  to  memory  chip  storage  capacity,  this  year  National 
Semiconductor  introduced  the  first  1-  megabit  Dynamic  RAM  control  1 er/dri ver 
chip  which  eliminates  memory  access  CPU  wait  states  and  controls  and  drives  up 
to  8  megabytes  of  memory  with  error  correction  (6).  LSI  reduces  both  power 
dissipation  and  size  by  75  percent  compared  to  discrete  DRAM  controller 
designs.  Intel  also  introduced  a  512  Kbit,  170  ns  EPR0M.  One  implication  of 
projected  multi-megabit  memory  chips  for  the  1990s  is  that,  for  a  given  file 
size,  bigger  chunks  of  data  can  be  processed  in  RAM  at  a  time,  thereby 
requiring  fewer  disk  accesses  and  faster  processing  for  SNAP  III.  Also,  aided 
by  a  high  speed  cache  memory,  large  RAMs  provide  the  hardware  foundation  for  a 
microcomputer-based  SNAP  III  system. 

*  Off-the-shelf  business  software  (e.g.,  dbms  and  word  processing),   which   is 
applicable  to  SNAP  II  requirements,  is  readily  available  for  microcomputers. 

*  Powerful  workstations,  suitable  for  storage  and  display  of  SNAP  II  technical 
data  and  drawings,  emphasize  microcomputer-based  technology  -C16>. 
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A.  Transition  to  and  Capitalize  on  Available  Packaged  Software 

The   modern   approach  to  implementing  solutions  to  information  systf 
problems  is  to  develop  generalized   software   packages  which  can  be  applied 
various  applications.  For  example,  a  DBMS  can  be  applied   to   -Financial   da1 
engineering   data   or   SNAP   II.   A   word  processor  has  similar  applicabilii 
Commercial  software  has   functions   built   in   which   allow   the  package  to 
applied  to  a  variety  of  tasks;  if  this  were  not  the  case,  there  would   not 
the  sales  in  the  thousands  of  these  packages.  The  reason  for  the  generality 
that    there  are       basic   data   processing   functions   which  are       applicat: 
independent.  These   are:   search,   update,   insert,   delete,  select,  retries 
sort,  merge,  index,  compute,  display  and  print.  It  is  often  stated   that   N< 
applications  are    unique.  They  cannot  be  truly  unique  because  there  are    onl 
finite  number  and  kind  of  data   processing  functions  which  can  be  performed 
any  application,  as  illustrated  in  the  above  list.  What   is   'unique'   is 
particular   combination   and  sequence  of  basic  data  processing  functions  wh 
are    used  in  an  application.   A   package   is   tailored  to  an  application  by 
appropriate  selection  of  functions  and  parameters.  The   implications   of   tt 
approach   for   the   Navy  are       enormous.  Rather  than  being  a  producer  of  CO] 
programs,  it  becomes  a  manager   of  information  resources,  focusing  its  effoi 
on  collecting,  processing  and  disseminating  data   to   meet   fleet   informat 
requi rements. 

In   addition   to   the   organizational   implications   of  using  packai 
software,  there  are       significant   economic   and   technical   benefits  as  we 
Software  development  costs  are    drastically  reduced  because  it  is  not  necessi 
to  pay  for  the  design,  programming,  debugging,  testing  and   maintenance   of 
large   number   of   application   programs.   Instead,  the  Navy  pays  the  softw< 
vendor  for  the  package  (a  site   license   may   be  required  when  many  copies 
required).  This  cost  is  significantly  less  than  in-house  software  developmei 
since  the  vendor's  life  cycle  costs  are    absorbed   by   hundreds   of   customei 
whereas   in-house   costs  are       absorbed   by  only  one  organization  —  the  Na' 
Technical  benefits  —  with   cost   implications   —  are    realized  from  the  fi 
that  the  vendor  does  the  debugging   and   testing,   not   the   Navy.   Since 
package   will   have  been  subjected  not  only  to  the  vendor's  tests,  but  also 
the  hard  use  by  many   customers   as   well,  packaged  software  will,  in  gener. 
have  fewer  bugs  than  software  produced   in-house.   Furthermore,   the   cost 
improving   the   reliability   of   packaged   software,  through  bug  reporting 
correction,  is  spread   over   many   organizations.   Finally,  by  buying  packa< 
software,  the  Navy  would  achieve  operational  capability   with   an   applicat: 
much  sooner  than  with  in-house  development. 

Since   it  is  well  known  that  the  cost  and  effort  involved  in  produc; 
software  far  exceeds  hardware   costs,   the   above  benefits  would  significan 
reduce  the  risk  to  the  Navy  of  implementing  new  systems. 

A  recommended  procedure  for  SNAP  III  is  to  use  a  strategy 
inventorying  and  assessing  commercial  software  against  system  requiremen- 
acquiring  it  where  it  satisfies  requirements,  and  resort  to  in-house  softw. 
only  when  it  is  evident  that  the  packaged  software  will  not  meet  requiremen- 
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Establish  Software  Compatibility 


Related  to  the  approach  of  using  microcomputers  and  packaged  software 
in  SNAF'  III  is  the  idea  o-f  capitalizing  on  available  software  in  the 
commercial  marketplace  by  acquiring  a  system  which  has  software  compatibility 
with  a  large  amount  of  personnel  computer  business  software.  SNAF'  II  does  not 
have  this  compatibility.  Its  hardware  and  operating  system  are  used  by 
relatively  few  organizations.  The  crucial  aspect  of  having  access  to  a  large 
body  of  software  is  not  the  software  library  created  by  the  hardware  vendor; 
even  a  large  vendor  can  only  contribute  a  fraction  of  the  total  business 
software.  Rather,  huge  software  libraries  are  created  by  independent  software 
vendors  who  write  software  for  popular  personnel  computers.  It  is  no  criticism 
of  the  present  vendor  but  rather  a  fact  of  life  in  the  marketplace  that 
software  vendors  have  not  and  will  not  develop  extensive  libraries  for  this 
gear.  At  present,  the  only  way  the  Navy  can  produce  the  software  base  for  SNAF' 
II  is  to  use  the  expensive  process  of  writing  the  software  itself. 

It  is  recommended  that  the  Navy  not  be  locked  out  of  access  to 
commercial  software  in  SNAP  III. 

C.  Establish  Magnetic  Media  Compatibility 

For  SNAP  III  to  be  compatible  with  business  software  libraries,  it 
must  contain  I/O  devices  which  are  compatible  with  popular  software  recording 
media,  such  as  5  1/4  and  3  1/2  inch  diskettes.  Relatively  little  software  is 
available  on  the  S  inch  diskettes  used  in  SNAP  II.  The  Navy  should  note  that, 
although  5  1/4  inch  diskettes  are  dominant  today,  3  1/2  inch  diskettes  are 
forecast  to  be  the  predominant  floppy  disk  medium  by  1988  C12>. 

It  is  recommended  that  the  Navy  provide  for  compatibility  with 
commonly  used  software  recording  media  in  SNAP  III. 

2.2   Transition  to  Proven  Commercial  Office  System 


Although  not  identical  to  SNAP  II  applications,  there  is  enough 
similarity  with  commercial  system  applications  in  maintenance,  supply, 
finance,  and  administration,  to  warrant  consideration  of  systems  that  have 
been  used  successfully  in  the  office  place.  The  advantage  of  this  approach  is 
that  these  systems  have  already  been  proven  in  thousands  of  corporations  and 
with  software  and  hardware  which  has  been  throughly  tested  and  applied  by  the 
business  community. 

Given  the  nature  of  federal  computer  procurement  policy,  it  is  not  clear 
how  the  record  of  a  vendor  in  similar  commercial  applications  could  become  a 
criterion  for  procurement,  but  it  is  important  to  note,  nevertheless,  that 
extensive  experience  in  office  systems  and  the  ability  to  provide  a  full 
library  of  business  software  should  weigh  heavily  in  SNAP  III  procurement 
deci  si  ons. 
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A.  Ruqqedize  Commercial  Systems 


Of  course,  commercial  systems  must  be  made  seaworthy.  An  elegc 
solution  to  the  problem  of  ruggedi  z  at  i  on  has  been  suggested  by  personnel 
NAVSEA.  This  involves  ruggedi  zing  computer  -furniture  aboard  ship,  rather  tfr 
ruggedizing  the  computers.  The  great  advantage  o-f  this  approach  is  that  sr 
alterations  are  made  only  once  —  when  the  -furniture  is  installed;  computi 
do  not  have  to  be  ruggedized  because  they  will  be  bolted  to  a  table 
enclosure  which  has  been  previously  ruggedized. 

B.  Establish  Flexibility  o-f  System  Modification 


A  characteristic  of  microcomputers  is   that  they  allow  the  customer 
tailor  and  expand  the  hardware  according  to   application   needs   by   means 
adapter   boards  for  memory  and  peripherals.  This  kind  o-f  system  modularizati 
is  important  for  the   SNAP   III   because   it   would  allow  configurations  to 
tailored  to  the  workload  and  requirements  of  various  ship   classes.   Thus, 
would   not   be   necessary   for   SNAP   III   to   be   locked   into   one   hardwc 
configuration   for  every  ship  and  for  the  Navy  to  pay  for  capacity  it  does  r 
need . 

2.3   Use  Local  Area  Network  (LAN)  Technology 


A  network  of  microcomputers   has   a   number  of  advantages  over  standalc 

microcomputers  and  minicomputers,  as  described  below.   (See  Appendix  A   for 

overview  of  LANs).  In  addition  to  the  advantages  cited  below,  a  LAN  would  < 
provide  an  effective  shipboard  electronic  mail  system. 

Figure  1  shows  a  block  diagram  of  the  proposed  SNAP  III  LAN. 

A.  Achieve  Higher  Reliability 


Higher  software  and  hardware  reliability  a.re  achieved  because 
software  or  hardware  failure  in  a  node  will  only  put  that  node  and 
application  out  of  operation  rather  than  cause  the  entire  system  to  fail.  I 
failure  in  the  cable  or  fiber  occurs,  the  system  can  still  survive  in 
standalone  mode.  It  is  easier  to  isolate  and  quarantine  a  malfunction  than 
a  centralized  system.  Contrast  these  characteristics  with  the  reliabil 
properties  of  a  centralized  system,  where  a  failure  in  the  cpu  or  ma. 
attached  peripheral  will  bring  the  entire  system  down. 

B.  Achieve  Easier  Expandi bi 1 i t y 


It   is   easier   to   expand  a   system  and  to  tailor  it  to  a  particu! 

applications  and  class  of  ship   by  adding   user  and  server  nodes  as  requiri 

Modularity  and  expandi bi 1 i ty  can  be  achieved  because  equipment  is  not  tied 
a  central  cpu. 
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C.  Achieve  Sharing  of  Hardware  and  Software  Resources 

Hard  disks,  printers  and  modems  (for  communication  in  port)  can  be 
hared  in  a  LAN  rather  than  being  installed  in  each  workstation.  Although  the 
zost  of  providing  these  devices  for  every  user  node  on  one  ship  may  be 
considered  insignificant  for  one  ship,  it  would  be  significant  when  all  SNAP 
ships  are    considered. 

D.  Achieve  Easier  Software  Implementation 

Due  to  the  modularity  of  a  LAN,  and  the  use  of  message  exchange  for 
communication  between  nodes,  it  is  easier  to  design,  partition  and  configure 
application  software  than  with  a  centralized  system.  Also,  since  there  is 
■Finer  partitioning  and  more  isolation  of  software  modules  by  virtue  of 
executing  in  separate  nodes,  the  ripple  effect  of  application  software 
maintenance  changes  is  less  severe. 

E.  Maintain  Compatibility  with  Existing  System 


Since  the  transition  to  a  different  form  of  technology,  which  is 
recommended  in  this  report,  should  be  performed  incrementally  and  will  require 
a  period  of  parallel  operations  with  existing  applications  and  equipment,  it 
5  important  to  provide  compatibility  between  SNAP  II  and  SNAP  III  equipment. 
This  would  be  accomplished  by  making  the  Harris  equipment  a  node(s)  on  the 
_AN.  To  achieve  this,  adapter  software  would  have  to  be  written  to  make  the 
Harris  equipment  compatible  with  the  LAN  protocols.  Since  there  is  a  five  year 
lead  time  to  do  this  prior  to  procurement,  there  would  be  adequate  time  to 
create  this  software.  Furthermore,  even  though  the  SNAP  III  vendor  will  not  be 
known  until  1992,  the  Navy  could  ensure  compatibility  by  specifying  one  of  the 
IEEE  802  standard  protocols  for  the  LAN.  Figure  1  shows  the  Harris  equipment 
as  a  node  on .the  LAN. 

F.  Acquire  a  High  Performance  Local  Area  Network 


There  has  been  much  discussion  in  the  networks  community  about  the 
relative  merits  of  contention  networks,  such  as  CSMA/CD,  versus  networks  with 
managed  user  access,  such  as  token  ring,  (see  Appendix  A).  In  order  to  provide 
reasonable  response  time  under  the  user  input  load  and  large  file  access 
activity  imposed  by  some  SNAP  II  applications  (e.g.,  supply),  it  is 
recommended  that  a  managed  access  type  of  LAN  be  acquired. 
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It  is  possible  that  the  Navy  will  employ  mixed  networks  with  equipme 
•from  several  vendors  on  SNAP  III.  We  recommend  against  this  approach  becau 
there  are  significant  technical  problems  involved  in  getting  a  network  -from 
single  vendor  running  without  creating  more  problems  with  a  mix  o-f  equipme 
and  software.  The  problems  are  more  software-related  than  hardware  related  a 
involve  the  inability  of  some  microcomputer  application  software  vendors 
make  their  software  operate  correctly  in  a  network  environment.  This  has  be 
a  problem  with  some  single  vendor  networks  and  the  problem  is  exacerbated  wh 
application  packages  must  be  integrated  to  work  with  several  network  operati 
systems.  Another  form  of  mixed  network  is  one  which  contains  more  than  o 
topology,  such  as  a  bus  and  ring.  A  third  possibility  is  a  combination 
communications  media,  such  as  coax  and  optical  fiber.  The  last  t 
possibilities,  confined  to  a  single  vendor  system,  incur  much  less  risk  th 
the  first  alternative.  The  three  possibilities  are    discussed  below. 

Mixed  Vendors 


The  way  to  resolve  differences  in  protocols  among  vendors  in   a   mi 
vendor   network   is   to   use   a  gateway  between  the  networks.  The  gateway  is 
dedicated  computer  which  contains   software   to  resolve  differences  in  messa 
and  address  format,  message  and  address  size,  acknowledgement  procedure, 
routing  procedure,  etc.  between  two  networks  which  are    interconnected   by 
gateway. 

Mixed  Topologies 

Mixed  topologies,  such  as  the  connection  of  a  bus  network  to  a  ri 
network,  usually  implies  a  significant  difference  in  protocols,  independe 
of  whether  the  same  or  different  vendors  are  utilized.  For  example,  most  b 
networks  use  contention  (e.g.,  CSMA/CD) ;  ring  networks  are  determi ni si t i c 
normally  employ  a  token  for  controlling  access  to  the  network.  Due  to  t 
difference  in  protocols,  a  gateway  is  also  required  in  this  situation. 

Mixed  Communication  Media 


Some  vendors  provide  networks  which  can  use  more  than  o 
communications  medium.  Usually  this  involves  the  use  of  optical  fiber 
extend  the  distance  of  a  LAN  beyond  that  which  can  be  obtained  by  using  co 
or  twisted-pair  alone.  The  use  of  optical  fiber,  with  optical  fiber  repeater 
to  extend  the  distance  of  a  IBM  Token-Ring  Network  containing  twisted-pa 
segments,  is  one  example  -CIO*.  In  addition  to  providing  greater  distance,  t 
repeaters  serve  to  convert  electrical  signals  to  light  signals  and  vice  vers 
Another  example  is  the  Codenol  Corporation  Ethernet  to  coaxial  cable  -  optic 
fiber  interface. 
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G.  Use  Optical  Fiber  as  LAN  Communications  Medium 

Although  the  dominant  LAN  communication  media  today  are  coaxial  cable 
and  twisted-pair  wires,  optical  -fiber  will  be  the  major  medium  in  1992.  The 
reasons  -for  this  are  its  high  bandwidth,  immunity  to  noise  and  interference, 
and  the  capability  o-f  providing  secure  communication.  Enhancing  the  stature  o-f 
■fiber  optics  is  the  Fiber  Distributed  Data  Interface  (FDDI),  a  proposed 
American  National  Standard  -for  a  100  Mb/s  token  ring  using  a  optical  -fiber 
medium  and  providing  both  packet  and  circuit  switching  protocols  £203-.  This 
effort  will  accelerate  the  trend  to  making  the  use  of  optical  fiber 
commonplace  in  LANs  in  the  next  decade.  Assuming  potential  problems  of 
installing  and  maintaining  fiber  in  a  shipboard  environment  can  be  solved, 
optical  fiber  is  the  preferred  communications  medium  for  SNAP  III. 

To  provide  some  idea  of  the  problems  involved  in  installing  optical 
fiber,  the  following  are  the  provisions  for  installing  this  medium  in  an 
office  environment,  as  given  by  IBM  [  1  1  > ;  obviously,  the  situation  would  be 
worse  aboard  ship. 

o  A   lubricant   must   be   used   when   pulling  fiber  through  conduit. 

o  Maximum  pull  force  must  not  be  exceeded  when  installing  the  fiber. 

o  Large  radius  90  degree  bends  (minimum  of  6  inches)  must  be  used  in 
conduit  runs. 

o  No   more   than  two  90  degree  bends  can  be  used  between  pull  boxes. 
Pull  boxes  should  be  placed  close  to  the  90  degree  bends. 

o  Tubing   or   conduit   must   be   used  to  protect  the  fiber  in  places 
where  it  might  be  damaged. 

We   recommend   that   optical  fiber  cable  not  be  spliced;  rather,  pull 

boxes  should.be  used  between   conduit  runs.   We  also  recommend  that  the  cable 

not  be  repaired  aboard  ship;  instead,  a  damaged  cable  should  be  replaced   with 
a  new  cable  segment. 

It  appears  unlikely  that  there  will  be  any  relief  from  the  above 
precautions  for  installing  and  maintaining  optical  fiber  in  the  near  future. 
However,  this  should  not  be  a  major  deterrent  to  its  use  in  SNAP  III,  given 
the  superior  performance  properties  of  this  medium.  Optical  fiber  can  be  used 
successfully  if  precautions,  such  as  the  above,  are  observed  and  if  programs 
are  established  to  train  shipboard  personnel  in  the  proper  handling  of  optical 
f  i  ber . 

H.  Disadvantages  of  LANs 


Of  course,  there  are  disadvantages  associated  with  using  a  LAN.  One  is 
the  extra  layer  of  software  called  the  network  operating  system.  Among  other 
functions,  this  software  directs  user  commands  to  the  appropriate  server  node 
and  handles  message  communication  between  nodes.  This  operating  system  is  in 
addition  to  the  common  microcomputer  operating  system  residing  in  each  node 
which  is  used  to  provide  normal  intra  node  services  (e.g. ,  node  directory 
display).  The  additional  operating  system  software  complexity  requires  some 
new  skills  to  be  learned  by  Navy  system  i mpl ementors ,  users  and  maintainers. 
Furthermore,  this  network  software  must  be  included  in  software  configuration 
management  and  maintenance  activities. 
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Another  problem  is  the  weak  vendor  support  provided  for  th 
svstems,as  compared  to  main-frame  and  mini  system  support.  This  problem  can 
alleviated  by  negotiating  a  contract  with  the  vendor  or  system  integra 
which  provides  adequate  user  training,  and  software  and  hardware  maintenanc 

2.4   Acquire  Mass  Storage  Capability 


Optical  disk  drive  technology  is  maturing  rapidly  and  promises  to  prov 
much  greater  recording  density  for  SNAP  III  than  is  the  case  for  SNAP  II,  w 
densities  ten  times  that  of  today's  magnetic  disks  {14} .  These  disks,  w 
capacities  of  100  to  1000  megabytes  and  image  storage  capability,  are  to 
write  once— read  mostly  media  £14, 17},  suitable  for  SNAP  III  archival  stor 
of  technical  manuals,  ship  drawings  and  ship  configuration  technical  da 
Unfortunately,  no  popular  microcomputer  operating  system  supports  write  oi 
disk  drives  at  this  time  -C4]  ;  it  is  expected  that  this  will  not  be  the  case 
1992.  Writable  optical  disk  drives,  in  5  1/4  inch  format,  are  expected  to 
available  by  198S  £143-. 

It  should  be  noted  that  formidable  problems  of  directory  management 
file  update,  which  result  from  write  once  limitations,  have  not  b 
completely  solved  -£17j-.  Also,  as  with  any  on-line  storage  system,  the  u 
must  develop  a  backup  system.  For  optical  systems,  with  their  massive  stor 
capability,  providing  backup  capability  is  a  significant  challenge  for 
user.  Since  the  media  is  inexpensive,  one  solution  is  to  write  a  duplicate 
separate  optical  disk  surfaces.  However,  if  the  disk  controller  fails, 
duplicate  is  of  no  use.  For  this  reason,  dual  optical  disk  contrail 
(network  servers)  would  be  used. 

No  microcomputer  can  store  the  gigabyte  files  that  comprise  parts  of  SI 
II,  using  current  magnetic  disk  technology;  also,  it  is  not  economics 
feasible  to  equip  every  microcomputer  in  SNAP  III  with  a  mass  storage  syst< 
such  as  optical  disk.  Therefore,  an  optical  disk  system  is  shown  as  one  of 
server  nodes  on  the  LAN  in  Figure  1,  which  would  be  accessible  to  user  no 
for  such  operations  as  downloading  and  uploading  files  or  file  segments  wh 
require  reading  or  updating. 

2.5   Acquire  Improved  Graphics  Capabilities 


Microcomputers,  provided  with  appropriate  software,  can  give  the  u 
full  screen  edit  capabilities  as  opposed  to  the  line-at-time  data  manipulat 
capability  of  ordinary  terminals.  Also,  some  microcomputer  displays  and  thi 
software  are  designed  to  be  icon  driven.  The  use  of  symbols,  controlled  b' 
mouse  or  light  pen,  to  issue  commands  such  as  file  or  delete,  would  seem 
provide  the  sailor-user  with  a  system  which  is  easier  to  learn  and  use  thai 
keyboard  driven  display.  Also,  the  error  rate  of  such  a  system  should 
substantially  less. 

In  addition  to  improved  graphics,  SNAP  III  has   need   for   work   statii 
with  bar  code  reading  capability. 

SNAP   III   has   requirements   for  technical  data  and  drawings  storage  ■ 
display.  Since  this   type   of   display   would   require  an  interactive  graph 
workstation,  is  relatively  expensive,  and  is  not  required  for  every   SNAP 
user   station,   only   one   or  two  of  these  units  need  be  provided,  as  shown 
Fi  qure  1 . 
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Although  none  of  the  display  technologies  which  are  in  the  R  ?<  D  stage 
atisfy  all  desirable  performance  and  cost  criteria,  the  active  matrix  liquid 
crystal  display  (LCD)  is  the  -furthest  developed  with  respect  to  satisfying 
nultiple  criteria  o-f:  light  weight,  low  power  consumption,  good  graphics 
-esolution,  high  speed  display,  color  support  and  reasonable  cost.  Although 
Lack  o-f  "  vi  ewabi  1  i  ty  '  remains  a  major  drawback,  this  technology  is  improving 
in  resolution  -for  reading  the  display  under  various  lighting  conditions  and 
from  various  viewing  angles.  A  major  problem  to  be  overcome  is  the  inability 
to  support  screen  sizes  larger  than  those  for  portable  computers  C8] .  Another 
promising  LCD  technology  is  super-twisted  bi-fringent,  offering  the  sharpest 
CD  image  to  date;  this  technology  is  used  in  the  Zenith  Z-181  lap  top. 

DC  plasma  and  AC  thin  film  electroluminescence  displays  offer  better 
contrast  ratios  and  larger  screens  than  LCD  but  at  higher  power,  slower  speed, 
ligher  cost  and  less  support  for  color  C8>  . 

The  flat  tension  mask  (FTM)  tube  used  by  Zenith  is  claimed  to  be  a 
dramatic  improvement  over  conventional  CRT  displays  C18>.  This  display  is 
claimed  to  have  a  flat,  virtually  reflection-free  faceplate  and  offers 
uperior  resolution,  contrast  (70  7.  higher  than  standard  displays) 
brightness  (80  7.  over  standard  displays)  ,  and  color  properties,  in  a  retail 
Drice  range  of  $1000  -  *1500. 

Another  important  development  in  graphics  is  the  Intel  82786  graphics 
coprocessor  and  the  Texas  Instruments  34010  Graphics  System  Processor  C3>  . 
These  processors  relieve  the  CPU  of  much  of  the  graphics  processing  load 
similar  to  the  way  a  math  coprocessor  relieves  the  CPU  from  floating  point 
:omputat i ons.  In  addition  to  relieving  the  CPU  of  graphics  work,  the 
oprocessor  contains  programs  for  activating  complete  drawing  routines  and 
provides  a  large  video  memory  (4  MB) ,  which  would  permit  a  256  color  image 
tfith  1024  X  1024  pixel  resolution. 

It  is  impossible  to  obtain  high  resolution  at  low  cost.  It  is  possible  to 
obtain  high  resolution  and  other  desirable  display  properties  at  reasonable 
:ost.  Display  technology  like  FTM  coupled  with  a  graphics  coprocessor  would 
appear  to  be  adequate  for  SNAP  III  graphics  applications  which  can  be  foreseen 
at  this  t i  me. 

2.6   Consider  Automating  Ship  —  Shore  Communication 


It  is  evident  that  supply,  maintenance,  ship  configuration,  and  other 
NAP  II  data  could  be  more  timely  if  ship  to  shore  and  shore  to  ship  data 
:ransfer  could  be  automated  via  the  Defense  Data  Network  (DDN).  There  are 
Drotocols  in  DDN  that  allow  the  user  to:  (1)  connect  with  remote  nodes  (e.g.. 
Inventory  Control  Point  and  Stock  Points)  for  inquiry  purposes,  (2)  perform 
File  transfer,  and  (3)  communicate  very  effectively  via  electronic  mail.  A  LAN 
:ould  provide  data  input  directly  for  keying  the  transmitter  for  ship  to  shore 
communication,  (as  shown  in  Figure  1)  rather  than  employing  paper  tape  for 
:his  purpose. 
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There  is  great  reluctance  in  some  parts  of  the  Navy  to  routin 
communicate  (or  to  communicate  at  any  time)  logistics  data,  due 
( 1 ) regui rements  to  maintain  emission  control  during  combat  or  exercises 
(2)  the  need  to  use  available  circuits  -for  tactical  data  transmission.  This 
a  policy  question  that  can  only  be  decided  at  the  highest  levels  of  the  N 
and  is  beyond  the  scope  and  capabilities  o-f  this  project  to  solve.  We  can  oi 
note  that  it  appears  that  it  would  be  feasible  to  transmit  SNAP  II  data  dur 
non-critical  time  periods.  We  understand  that  communication  via  the  DDN  w 
be  possible  when  SNAP  II  ships  Are    in  port. 

Lest   it   be  construed  that  automating  ship  —  shore  communication  is 
solution  to  all  the  problems  of  data   timeliness,  it  should  also  be  noted  t 
lack   of   timeliness   of   data   base   maintenance    on    shore    (e.g., 
configuration) ,  is  also  part  of  the  problem. 

It   is  recommended  that  there  be  clarification  of  policy  on  ship  to  sh 
communication  for  SNAP  I  I  so   that   this   policy   can  be  used  to  establish 
technical  possibilities  for  automating  ship  —   shore   communication   in   S 
III. 

3.  PROCUREMENT  POLICY 

Since   the  emphasis  of  this  study  is  technology,  only  a  brief  summary 
be  given  of  a  the   elements   of   a   procurement   policy  which  will  support 
acquisition  of  the  above  technology  for   SNAP   III.   The   key   parts   of   t 
strategy  are: 

*  The  procurement  process  should  start  now  to  provide  sufficient  lead  time 
actually  acquire  SNAP  III  in  1992. 

*  Proven  commercial  hardware  and  software  should  be  acquired. 

*  The  contract  should  be  long  term   (minimum   of  8  years)  with  options  for 
Navy  to  periodically  upgrade  the  system. 

*  The   contract   should   be   modelled   on    the    Inventory    Control    Po 
resol i ci tat i on  project. 

*  Software  as  well  as  hardware  should  be  included  in  the  acquisition. 

*  A   system   integrator   should   be  used,  who  would,  with  the  approval  of 
Navy,  upgrade  the  system.;  the   Navy   would   have  strong  veto  power  to  prev 
unqualified,  low  bidder  vendors  from  winninq  the  subcontract. 


F'aqe  13 
4.  SUMMARY 
Major  recommendations  are  summarized  below: 

*  Transition  -from  minicomputer  to  microcomputer  system 

*  Transition  to  proven  commercial  o-ffice  system 

*  Use  local  area  network  technology 

*  Acquire  mass  storage  capability 

*  Acquire  improved  graphics  capability 

*  Consider  automating  ship  —  shore  communication 

f    Start  to  develop  a  procurement  policy  to   support   the   acquisition   o-f   the 
above  technology. 
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5.  APPENDIX  A 
Principles  o-f  Local  Area  Networks  C213- 
INTRODUCTION 


Def  i  ni  ti  on 


A  local  area  network  (LAN)  consists  o-f  a  set  o-f  nodes  which  are 
interconnected  by  a  set  of  links.  The  nodes  and  links  cover  a  relatively 
small  geographic  area,  ranging  from  a  few  feet  to  a  mile.  The  nodes  may  be 
termi nal s , mi crocomputers ,  minicomputers,  mainframes,  printers,  hard  disks  or 
work  stations.  The  links  may  be  coaxial  cable,  twisted-pair  wires  or  fiber 
opt l c  cab  1 e. 

PURPOSE 

There  are  many  reasons  for  developing  and  using  LANs,  including  the 
foil owi  ng : 

1.  Message  communication. 

2.  Resource  sharing. 
Improved  office  worker  productivity. 

4.  File  transfer. 

Application  performance  improvement. 
6.  Combinations  of  the  above. 

Each  of  these  reasons  is  elaborated  below. 

1.  With  a  LAN  it  is  possible  to  provide  an  electronic  mail  capability 
because  the  nodes  are  connected,  thus  allowing  for  the  transfer  of  a  message 
from  one  node  to  another. 

2.  As  .microcomputers  continue  to  proliferate,  it  becomes  increasingly 
expensive  for  management  to  provide  every  worker  with  his  own  fully  equipped 
machine,  including  disks,  printers,  modems  and  software.  A  more  economical 
alternative  is  to  provide  only  a  minimal  work  station  capability  for  hundreds 
of  workers  and  to  provide  fewer  expensive  devices  which  can  be  shared  by  many 
users.  In  some  cases,  certain  users  have  repositories  of  software  and  files 
which  many  users  wish  to  access.  Accessibility  is  improved  significantly  if 
users  can  access  these  resources  electronically  by  file  transfer  from  a 
server  node  (e.g. ,  a  relatively  expensive  microcomputer  which  contains  a  hard 
disk  and  printer)  to  their  work  stations  or  by  using  the  server  as  a  remote 
computer . 

3.  Lagging  productivity  of  office  workers  and  professional  people  is  of 
great  concern  to  American  industry.  One  of  the  first  steps  which  was  taken  to 
alleviate  this  problem  was  the  widespread  use  of  personal  computers  in  the 
Dffice.  This  movement  represented  only  a  limited  attack  on  the  problem. 
Although  each  worker  had  access  to  his  own  data,  two  important  ingredients 
*ere  missing:  ability  to  communicate  electronically  with  other  workers  and 
access   to  corporate  data.  Without  going  through  an  expensive  mainframe,  data 

ccessibility  was  not  available  laterally  from  worker  to  worker  nor 
vertically  from  worker  to  management  and  vice  versa.  If  there  is  one  aspect 
^hich  characterizes  the  modern  work  force  it  is  multi  channel  communication. 
LAN  facilitates  this  communication  through  its  inter-nodal  message  paths 
and ,  when  equipped  with  the  necessary  hardware  and  software,  provides 
:ommuni cat i on  with  corporate  mainframe  computers. 
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4.  A  -frequent  need  of  computer  users  is  to  transfer  a  file  which  i 
stored  on  one  local  computer  to  another  local  computer.  The  file  may  consi? 
of  a  program,  data  or  both.  There  can  be  many  reasons  for  doing  a  fi] 
transfer,  including  the  following: 

*  The   program   or   data  is  needed  at  a  particular  local  computer  in  order  t 
execute  a  program. 

*  The  file  may  reside  on  a  server  node  and  the  user  wants  to  transfer  it  i 
his  work  station.  Typically,  the  copy  at  the  server  node  is  read-only  so  th<= 
important  information  cannot  be  altered  by  unauthorised  users;  the  syste 
manager  controls  access  and  updating  action.  However,  a  user  can  transfer 
copy  to  his  work  station  where  he  can  both  read  and  write  the  data  and  tre; 
his  copy  as  a  private  file. 

*  The  user  receives  a  request  to  transfer  a  file  to  another  user. 

5.  If  a  user  has  access  to  more  and  better  software  packages  ar 
hardware  via  a  network,  he  ought  to  able  to  improve  the  functions 
performance  of  his  applications.  This  is  the  motivation  for  much  of  today 
networking.  The  advantage  of  greater  accessibility  to  resources  must  t 
weighed  against  the  following  possible  disadvantages:  slower  response  ti 
caused  by  the  use  of  communication  facilities;  increased  complexity 
operations  engendered  by  being  a  member  of  a  LAN;  and  temporary  lock  out  fr< 
file  access  to  server  nodes  caused  by  concurrent  multiple  user  activity. 

6.    Seldom   is  a  LAN  built  for  a  single  application  (e.g. ,  electronic  mail 
Since   LANs  a.r&       built   from   general   purpose   computers,  it  is  possible 
provide   for   a   variety   of   applications   in   a  single  LAN.  Thus  a  user  c< 
integrate  his  applications  of,  perhaps,  data  base  management,  electronic  ma: 
and  word  processing. 
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LAN  ARCHITECTURES 

There  are  three  characteristics  which  di  f  f  erent  i  ate  LAN  architectures: 
control,  topology,  and  communication  technology;  they  are  not  mutually 
excl usi ve. 

Control 


Control  refers  primarily  to  techniques  used  -for  allowing  access  to  the 
communications  medium  and  resolving  contention.  There  are  three  major  control 
techniques:  carrier  sense,  multiple  access  with  collision  detection 
(CSMA/CD);  token  passing;  and  centralized  switching. 

In  CSMA/CD  systems,  nodes  are  connected  to  a  bus  and  have  multiple,  or 
concurrent,  access  to  the  communication  medium  (e.g.,  coaxial  cable).  Nodes 
'listen'  -for  existing  transmissions  to  determine  whether  it  is  safe  to 
transmit;  hence,  the  terminology  'carrier  sense'  or  sensing  the  carr ier . 
Unfortunately,  this  terminology  is  a  misnomer  in  those  LANS  which  do  not  use 
modulated  transmission.  If  no  transmission  is  detected,  a  node  will  transmit. 
Due  to  signal  propagation  delay,  a  node  can  not  be  certain  that  no  other  node 
is  transmitting.  Therefore,  overlapping  transmissions,  or  collisions,  can 
occur.  The  heavier  the  traffic,  the  more  likely  it  is  that  collisions  will 
occur.  As  t  he  name  of  the  technique  implies,  nodes  are  designed  to  detect  a 
collision.  When  a  node  detects  a  collision,  it  transmits  a  jam  signal  so  that 
all  transmitting  nodes  can  recognize  it  and  abort  their  transmission. 
Affected  nodes  probal i st i cal 1 y  reschedule  their  next  attempt  to  transmit. 
This  technique  is  inexpensive  and  has  good  performance  at  low  to  medium 
loads;  performance  is  significantly  degraded  at  high  loads.  Due  to  repeated 
collisions,  a  node  may  be  delayed  in  transmitting  for  an  indefinite  amount  of 
time  (if  collisions  persist  beyond  a  system-specified  limit,  an  error  is 
reported).  Thus  there  is  no  upper  limit  on  response  time  and  performance  must 
be  described  probal i sti cal 1 y. 

Token  passing  is  a  control  technique  which  guarantees  an  upper  limit  on 
response  time  (i.e.  deterministic  performance)  but  is  more  complex  and 
expensive  than  CSMA/CD.  This  technique  is  used  on  rings  and  busses  and  uses 
a  control  message  called  the  token  for  granting  permission  to  a  node  to 
transmit.  In  a  ring  LAN,  for  example,  the  token  is  rotated  in  the  ring  until 
a  node  that  has  data  to  transmit  captures  it.  Since  the  node  which  acquire 
the  token  must  release  it  after  transmitting  and  the  token  returns  to  the 
transmitting  node,  every  node  is  guaranteed  to  have  access  to  the 
communication  medium  within  a  calculable  time.  Generally,  this  method  has 
poorer  performance  than  CSMA/CD  at  light  loads  (more  overhead)  and  better 
performance  at  high  loads  (no  collisions). 

Centralized  switching  is  used  primarily  in  private  automatic  branch 
exchange  (PABX)  systems,  which  were  first  used  for  voice  communication,  and 
currently  are  challenging  other  types  of  LANs  for  market  supremacy  by 
emphasizing  the  integration  of  voice  and  data  in  one  network.  This  technique 
is  used  in  star  configurations  where  all  data  is  sent  from  the  origin, 
through  a  switch,  and  out  to  the  destination.  Its  performance  is  usually 
worse  than  the  first  two  techniques  but  has  the  significant  advantage  of 
capitalizing  on  the  fact  that  every  American  firm  and  agency  has  telephones 
and  many  of  them  have  switching  equipment,  so  it  is  a  natural  extension  of 
this  technology  to  use  it  for  data  communication. 
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Topol ogy 

Topology  refers  to  the  way  that  nodes  are  connected.  There  are  thr 
major  arrangements:  bus,  ring  and  star.  It  was  stated  previously  that  L 
characteristics  are  not  mutually   exclusive.   This  is  demonstrated  as  follov 

(1)  When   nodes  are       connected   to   a   bus,   they   can   all   access   the   t 
simultaneously;  there-fore,  there  must  be  an  arbitration  technique  like  CSMA/ 
to   referee   access.  An  alternative  is  to  use  token  passing  on  a  bus;  there 
such  a  network  which  creates  a  logical  ring  by  using  a  physical  bus. 

(2)  When   nodes  are    connected  in  a  ring,  there  is  the  opportunity  to  regule 
their   access   to   the  communication  medium  by  circulating  a  token  in  the  ri 
which   must   be   captured   by   a   node  in  order  for  it  to  acquire  the  right 
transmi  t . 

(3)  The  star  topology  is  natural  -for  centralized  switching  because  every  nc 
is  connected  to  the  hub  o-f  the  network;  this  central  node  performs  switchi 
and  routing. 

Communication  Technology 


There  are  two  major  technologies:  baseband  and  broadband.  Baseband 
unmodulated  transmi ssi on ; i t  transmits  at  the  original  -frequency  of  the  digii 
data.  It  is  used  with  CSMA/CD  coaxial  cable  or  twisted-  pair  wire 
topologies,  or  with  token  passing  coaxial  cable  or  fiber  optic  cable  ri 
topologies.  A  fiber  optic  bus  is  also  a  possibility,  but  it  is  more  natural 
use  it  on  a  ring,  since  fiber  optic  transmission  is  unidirectional.  Sir 
transmission  on  a  bus  spreads  in  both  directions  simultaneously  from  t 
source,  it  is  difficult  to  control  multiple  reflections  in  a  bus-type  fit 
optic  cable.  Since  baseband  is  unmodulated  transmission  and  does  not  transn 
in  di fferent  .  frequency  bands,  it  is  usually  limited  to  a  single  service  (e, 
data)  . 

Broadband  transmission  is  modulated  ;  is  based  on  community  anter 
television  (CATV)  technology.  It  is  used  with  CSMA/CD  coaxial  bus  topologie 
systems  can  be  single  cable  or  dual  cable.  In  the  former,  transmissions  <= 
directed  to  a  frequency  translator  called  the  headend  which  converts  <= 
transmitted  frequencies  to  higher  received  f r equenc i es. The  headend  retransmi 
at  the  higher  frequency  to  the  receiving  node.  This  method  is  necessary 
distinguish  transmission  and  reception  on  a  single  cable.  It  is  unnecessary 
a  dual  cable  system  because  one  cable  is  used  for  transmitting  and  the  otr 
is  used  for  receiving.  The  dual  cable  system  has  twice  the  capacity  o-f 
single  cable  system  but  it  is  more  expensive. A  feature  of  any  broadband  syst 
is  its  multi  service  capability.  This  is  the  result  of  its  multi  chanr 
communication  character i sti c , wherei n  different  frequency  bands  can  be  used  -f 
different  services  (e,g.,  data,  voice  and  television). 

The  PABX  uses  a  different  communication  technology.  Pulse  code  modulati 
is  used  to  quantize  the  analog  voice  signal  into  a  binary  bit  stream  f 
efficient  digital  transmi ssi on . Thi s  method  is  also  compatible  with  integrati 
voice  with  data,  since  the  data  is  already  in  digital  form  and  can  be  mere 
with  the  digitized  voice  information. 
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